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1.  INTRODUCTION 

This  paper  documents  measured  telemetry  data  latencies  for  various  test  configurations  at  Edwards  Air 
Force  Base  (AFB).  A  typical  flight  test  configuration  is  shown  in  Figure  1-1  below  and  the  area  inside 
the  green  border  is  where  various  data  latencies  will  be  measured. 


Data  Acquisition  Unit 
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A  typical  MCS/IADS  configuration  is  shown  in  Figure  1-2  below. 


IADS  Client 


IADS  CDS 


Figure  1-2  Mission  Control  System  (MCS)  /  Interactive  Analysis  and  Display  System  (IADS) 

Overview 


Document:  JT3-AFC-SRPT- 17 172-0005 


4  of  31 


Revision:  Initial  Release 


Paper  copies  of  this  document  may  not  be  current  and  should  only  be  used  for  reference,  unless  the  revision  is  validated . 


Telemetry  System  Data  Latency 


Table  1-1  below  identifies  the  various  test  configurations  used  for  data  latency  measurements 

Table  1-1  Test  Configurations  Overview 


Test  Name 

Description 

Baseline  MCS 

•  DxDecom  processes  PCM  bit  stream 

•  Decom’ ed  data  sent  across  ION  Bus  to  DPM 

•  DPM  processes  data  and  then  sends  across  ION  Bus  to  IOP 

•  Latency  is  measured  at  the  IOP 

MCS  with  DxDecom  Capture  and 
Software  Decom 

•  DxDecom  captures  PCM  bit  stream  and  then  sends  across 
ION  Bus  to  AUX 

•  AUX’s  Software  Decom  processes  PCM  bit  stream 

•  Decom’ ed  data  sent  across  ION  Bus  to  DPM 

•  DPM  processes  data  and  then  sends  across  ION  Bus  to  IOP 

•  Latency  is  measured  at  the  IOP 

MCS  with  IOPlex  Capture  and 
Software  Decom 

•  IOPlex  captures  PCM  bit  stream  and  then  sends  via  IRIG 

218  across  Ethernet  to  AUX 

•  AUX’s  Software  Decom  processes  PCM  bit  stream 

•  Decom’ ed  data  sent  across  ION  Bus  to  DPM 

•  DPM  processes  data  and  then  sends  across  ION  Bus  to  IOP 

•  Latency  is  measured  at  the  IOP 

MCS  with  GSSrs  IRIG  106  Chapter 
10  Capture  and  Software  Decom 

•  GSSrs  captures  PCM  bit  stream  and  then  sends  via  Chapter 

10  packets  across  Ethernet  to  AUX 

•  AUX’s  Software  Decom  processes  PCM  bit  stream 

•  Decom’ ed  data  sent  across  ION  Bus  to  DPM 

•  DPM  processes  data  and  then  sends  across  ION  Bus  to  IOP 

•  Latency  is  measured  at  the  IOP 

MCS  with  IOPlex  Capture  and 
Software  Decom  and  without  ION 
Bus 

•  IOPlex  captures  PCM  bit  stream  and  then  sends  via  IRIG 

218  across  Ethernet  to  single  MCS  node 

•  MCS  Node’s  Software  Decom  processes  PCM  bit  stream 

•  Decom’ ed  data  sent  to  MCS  Node’s  DPM 

•  DPM  processes  data  and  then  sends  to  MCS  Node’s  IOP 

•  Latency  is  measured  at  the  IOP 

Data  Acquisition  and  Transmission 
System 

Measures  telemetry  data  latency  across  the  Edwards  AFB  Data 
Acquisition  and  Transmission  System  (DATS)  using  the 
baseline  MCS  for  data  capture 

IADS  System  Latency 

Measures  telemetry  data  latency  through  the  Interactive 

Analysis  and  Display  System  (IADS)  using  the  baseline  MCS 
for  data  capture 

RF  Coding  Latency 

Measures  telemetry  data  latency  associated  with  Space  Time 
Coding  (STC)  and  Low-Density  Parity  Check  (LDPC) 
encoding. 
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The  data  latency  was  measured  using  a  Mission  Control  System  (MCS),  a  Pulse  Code  Modulator  (PCM) 
simulator,  a  Global  Positioning  System  (GPS)  time  code  unit  with  a  one  Pulse  Per  Second  (PPS)  output,  a 
signal  combiner  (built  and  provided  by  NASA),  and  an  oscilloscope. 

2.  PURPOSE 

This  paper  provides  data  latency  information  to  assist  the  Modular  Mission  Control  Room  Upgrade 
(MMCRU)  project  with  evaluating  various  Analysis  of  Alternatives  for  the  next  generation  Edwards  AFB 
mission  control  rooms. 

3.  TEST  CONFIGURATION 

The  PCM  simulator  was  programmed  with  a  PCM  load  that  defines  all  words  as  zero.  The  simulator’s 
data  signal  was  combined  with  the  GPS’s  1  PPS  output  using  the  signal  combiner  to  create  a  composite 
output  as  in  Figure  3-1  below. 

Sync  Pattern  sYnc  Pattern 

pcm  n_n_n _ n_n_n_r 


ipps  _ i  l 

Figure  3-1  Composite  Output 

This  composite  output  was  sent  through  various  distribution  paths  to  the  MCS  where  an  application 
monitored  each  PCM  word  looking  for  non-zero  values.  When  a  non-zero  value  was  detected,  the 
application  wrote  a  byte  to  the  computer’s  serial  port.  The  generated  serial  port  output  signal  along  with 
the  GPS’s  1  PPS  signal  were  monitored  on  the  oscilloscope  and  the  time  delta  between  the  two  signals 
was  measured.  The  serial  port’s  latency  was  characterized  for  these  tests  and  was  determined  to  be 
between  76  and  114  microsecond  (ps).  These  values  are  negligible  when  measuring  latencies  greater  than 
one  millisecond  (ms).  When  measuring  latencies  less  than  one  ms,  a  signal  from  the  MCS  ION  card  was 
used  that  enabled  latency  measurements  in  the  nanoseconds. 

Unless  otherwise  stated,  all  tests  were  performed  with  the  following  bitrates:  128,000  bits  per  second 
(bps),  256,000  bps,  512,000  bps,  1,000,000  bps,  5,000,000  bps  and  10,000,000  bps.  The  word  size  for 
each  test  was  10  bits/word.  The  frame  size  was  128  10-bit  words.  The  word,  frame,  and  measurement 
rate  transmission  characteristics  are  defined  in  Table  3-1. 

Table  3-1  Bit/Word  Times 


Signal 

Combiner 


Sync  Pattern 

*n n n 


Sync  Pattern 

n n n r 


Non-zero 

words 


Data  Rate 

Single  Bit  Time 

Word  Time 

Frame  Time 

Meas.  Rate 

128Kbps 

7.81  ps 

78.1  ps 

10  ms 

12,500 

256Kbps 

3.9  ps 

39.0  ps 

5  ms 

25,300 

512Kbps 

1.95  ps 

19.5  ps 

2.5  ms 

50,900 

1Mbps 

1  ps 

10  ps 

1.28  ms 

99,414 

5Mbps 

200  ns 

2  ps 

256  ps 

497,070 

10Mbps 

100  ns 

1  ps 

128  ps 

994,140 
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The  word  time  versus  data  rate  for  10-bit  words  is  shown  in  Figure  3-2  below. 

90 
80 
70 
60 
50 
40 
30 
20 
10 

0  - 

128Kbps  256Kbps  512Kbps  1Mbps  5Mbps  10Mbps 

Data  Rate 

Figure  3-2  10-bit  Word  Time  vs  Data  Rate 

When  a  data  pulse  (i.e.,  a  consecutive  sequence  of  ones)  arrives  at  the  decom,  the  sequence  of  ones  may 
start  and  stop  anywhere  within  the  data  word.  Consequently,  anywhere  from  one  to  ten  bits  may  be  set  in 
a  word;  this  is  shown  in  Table  3-2  below  (bit  transmission  order  is  left  to  right). 

Table  3-2  Data  Pulse  in  Words 


Row 

Word  x-1 

Word  x 

Word  x+1 

Word  x+2 

1 

0000000000 

0000000001 

1111111111 

1000000000 

2 

0000000000 

1111111111 

1100000000 

0000000000 

When  the  pulse  lines  up  as  is  shown  in  Table  3-2  Row  1,  the  latency  is  minimal  because  the  decom  only 
has  to  wait  one  bit  time  before  the  word  is  ready  for  further  processing.  In  the  case  of  Table  3-2  Row  2, 
the  decom  has  to  wait  10  complete  bit  times  before  the  word  is  ready  for  further  processing.  In  order  to 
compensate  for  this  disparity,  several  measurements  are  observed  for  both  minimum  and  maximum 
latency. 

Data  latency  will  be  affected  more  by  slower  data  rates  than  faster  data  rates,  especially  when  measuring 
<  200  ps  latencies. 

When  MCS  was  used  to  make  a  measurement,  a  capture  process  on  an  MCS  node  was  run  at  10,000 
interrupts/sec.,  which  is  approximately  100  ps.  Any  jitter  in  the  range  of  0-100  ps  can  be  attributed  to 
this  interrupt  rate. 
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An  attempt  to  measure  both  the  minimum  and  maximum  latency  was  accomplished  by  continuously 
triggering  the  oscilloscope  using  the  GPS  1  PPS  signal  (one  pulse  per  second)  and  measuring  the  latency 
over  an  extended  period  of  time  (>  1  minute,  <10  minutes).  The  delta  of  these  measured  minimum  and 
maximum  latencies  may  be  used  to  access  jitter  for  the  purposes  of  this  paper. 

4.  DXDECOM 

This  section  documents  test  results  for  telemetry  data  latency  through  the  MCS  telemetry  processor’s 
hardware  decommutator,  the  DxDecom.  The  ION  bus  is  the  high  speed  data  transfer  bus  used  by  the 
MCS  system.  More  information  can  be  found  in  the  CSRA  DxDecom  and  ION  documentation  provided 
with  the  MCS  system. 

4.1.  Test  Scenarios 

A  single  scenario  was  performed  to  test  the  data  latency  from  the  PC  Simulator  through  the  DxDecom  to 
just  before  the  ION  bus.  The  DxDecom  IOC  firmware  was  modified  to  drive  a  single  pin  on  the  serial 
port  based  on  the  contents  of  a  data  tag.  The  pin  was  driven  high  anytime  the  data  word  written  to  the 
ION  bus  was  non-zero  and  driven  low  for  any  other  time.  The  data  flow  is  shown  below  in  Figure  4-1  . 


Combiner 


Signal 


CSRA  DxDecom 


PCM  Sim 


GPS 


Oscilloscope 


Figure  4-1  DxDecom  Data  Flow 
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4.2.  Test  Results 

The  measured  minimum  and  maximum  latencies  are  shown  in  Table  4-1  below. 


TD 

c 

o 

u 

O) 

to 

O 

u 


Table  4-1  Test  Results  (Dx  Decom  Measured  Latency) 

120 

100 

80 

60 

40 


20 


0 

128Kbps 

256Kbps 

512Kbps 

1Mbps 

5Mbps 

10Mbps 

Measured  Min.  Latency 

17 

6 

4 

3 

2 

1.8 

Measured  Max.  Latency 

110 

50 

28 

15 

4 

2.8 

Data  Rate 


A  single  bit  time  represents  the  best  case  scenario  (minimum  latency)  and  the  word  time  plus  three  bit 
times  represents  the  worst  case  scenario  (maximum  latency)  of  data  flow  through  the  DxDecom.  The 
word  time  plus  three  bit  times  is  a  result  of  the  DxDecom  always  collecting  four  input  bits  before 
processing.  In  the  best  case,  the  word  is  one  bit  long  and  arrives  as  the  last  bit  in  the  four  bit  processing 
buffer.  The  worst  case  is  when  the  word  is  ten  bits  long  and  the  last  bit  of  the  word  arrives  as  the  first  bit 
of  the  four-bit  processing  buffer  and  the  DxDecom  must  wait  for  three  more  bit  times  before  the  word  can 
be  processed. 


4.3.  Observations 

Two  calculated  results  are  shown  below  in  Table  4-2  the  minimum  latency  minus  a  single  bit  time  (from 
Table  3-1)  and  the  maximum  latency  minus  a  word  time  (from  Table  3-1)  minus  three  bit  times. 
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Table  4-1  Test  Results  (DxDecom  Observations) 


The  test  results  show  jitter  in  the  measurements.  The  calculated  results  show  if  the  bit  time  (from  Table 
3-1)  is  subtracted  from  the  minimum  measured  latency  time,  the  result  is  approximately  2  ps  latency  for 
all  data  rates  with  the  exception  of  the  128  kilobits  per  second  (Kbps).  If  one  more  bit  time  is  subtracted 
from  the  single  outlier  (128Kbps),  the  results  would  also  be  approximately  2  ps.  This  implies  that  total 
latency  through  the  DxDecom,  is  greatly  affected  by  the  bit  time;  however,  the  DxDecom  takes 
approximately  2  ps  to  process  any  word.  This  discrepancy  and  the  discrepancies  of  the  maximum  minus 
word  time  values  can  be  attributed  to  simple  sampling  error,  (i.e.,  not  enough  samples  were  taken  to 
ensure  complete  coverage).  This  same  statement  can  be  made  about  each  of  the  below  results  where  wide 
ranges  of  results  occur. 

5.  ION  BUS 

This  test  measures  the  latency  between  two  ION  nodes  in  the  MCS  system. 

5.1.  Test  Scenarios 

This  test  used  two  programs  running  on  two  different  ION  nodes.  One  program  wrote  a  single  byte  to  the 
serial  port,  wrote  a  single  sample  to  the  ION  bus,  slept  for  a  period  of  time,  and  then  started  over  again. 
The  other  program  listened  to  the  ION  bus  and  when  the  single  sample  from  the  ION  bus  was  received, 
the  program  wrote  a  single  byte  to  the  serial  port  and  then  went  back  to  listening  to  the  ION  bus.  Two 
different  interrupt  rates  were  tested.  The  hardware  flow  of  this  is  shown  in  Figure  5-1  below. 
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Figure  5-1  ION  Bus  Data  Flow 


5.2.  Test  Results 

The  results  of  the  two  tests  are  shown  in  Table  5-1  below. 


Table  5-1  Test  Results  (ION  Bus  Measured  Latency) 


Interrupt  Rate 

Measured  Min 
Latency 

Measured  Max 
Latency 

10,000/sec 

40  (as 

145  (as 

153,000/sec 

40  jas 

76  |as 

5.3.  Observations 

The  ION  bus  latency  is  greatly  affected  by  the  interrupt  rate. 

6.  BASELINE  MCS 

This  section  documents  test  results  for  telemetry  data  latency  through  the  MCS  telemetry  processing 
system. 

6.1.  Test  Scenarios 

Three  scenarios  were  tested:  Raw  data,  EU  data  and  APS  data. 

The  Raw  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  DxDecom  to 
an  MCS  node  with  no  EU  data  processing. 

The  EU  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  DxDecom, 
converted  to  EU  by  the  MCS  Data  Processing  Module  (DPM)  and  then  passed  on  to  another  MCS  node. 
The  DPM  process  runs  at  a  normal  rate  of  10,000  interrupts/sec  (100  ps). 

The  APS  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  DxDecom, 
through  the  MCS  DPM,  through  an  APS  module,  and  then  to  an  MCS  node.  The  APS  module  runs  at  a 
nominal  rate  of  approximately  10,000  interrupts/sec  (100  ps).  This  APS  module  simply  passes  data  and 
performs  no  special  processing. 

The  MCS  data  flow  is  as  shown  in  Figure  6-1  below. 
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Figure  6-1  MCS  Data  Flow 

In  an  attempt  to  determine  the  minimum  latency  through  MCS,  a  single  case  of  the  Raw  data  scenario 
running  at  10  Megabits  Per  Second  (Mbps)  and  100,000  interrupts/sec  (approximately  10  microseconds) 
was  performed. 


6.2.  Test  Results 

The  three  scenarios’  results  for  various  data  rates  are  shown  in  Table  6-1  below.  The  MCS  minimum 
latency  scenario  results  in  a  measured  minimum  latency  of  1 1  ps  and  a  maximum  latency  of  47  ps. 


Table  6-1  Test  Results  (MCS  Measured  Latency) 
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6.3.  Observations 

The  test  results  show  all  three  data  scenarios  have  very  low  latency,  primarily  due  to  the  high  interrupt 
rate  of  the  processes  that  process  the  data. 

7.  MCS  WITH  DXDECOM  CAPTURE  AND  SOFTWARE  DECOM 
This  section  documents  test  results  for  telemetry  data  latency  through  the  MCS  telemetry  processing 
system  using  a  Software  Decom  along  with  the  existing  MCS  ION  bus.  PCM  data  will  be  captured  using 
the  existing  DxDecom.  This  scenario  matches  what  MCS  currently  does  for  iNet. 

7.1.  Test  Scenarios 

A  single  Raw  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the 
DxDecom’ s  serial  data  capture,  through  the  Software  Decom,  and  to  an  MCS  node  as  shown  in  Figure 
7-1  below.  No  EU  processing  is  performed  and  the  DxDecom  is  only  used  to  perform  serial  to  parallel 
conversion  and  output  of  this  data  to  the  ION  bus.  No  decommutation  is  performed  by  the  DxDecom. 

All  other  latencies  should  have  equivalent  deltas  to  standard  MCS  processing. 


MCS  system 


PCM  Sim 


iL 


Combiner 


Signal 


GPS 


Figure  7-1  MCS  with  DxDecom  Capture  and  Software  Decom  Data  Flow 
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7.2.  Test  Results 

The  results  of  the  raw  data  test  at  various  data  rates  are  shown  in  Table  7-1  below.  The  DxDecom-based 
comparable  latencies  are  also  included  as  reference. 


Table  7-1  Test  Results  (MCS  with  Software  Decom  Measured  Latency) 
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7.3.  Observations 

The  test  results  show  there  is  significant  latency  introduced  by  the  Software  Decom  for  low  bit  rates  and  a 
measurable  amount  of  latency  for  high  bit  rates.  Table  7-2  shows  how  many  times  greater  the  latency  is 
between  the  Software  Decom  results  and  the  DxDecom  results. 


Table  7-2  Software  Decom  Latency  to  DxDecom  Latency  Comparison 
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8.  MCS  WITH  IOPLEX  CAPTURE  AND  SOFTWARE  DECOM 

This  section  documents  test  results  for  telemetry  data  latency  through  the  MCS  telemetry  processing 
system  using  a  Software  Decom  along  with  the  existing  MCS  ION  bus.  PCM  data  will  be  captured  using 
an  IOPlex. 

8.1.  Test  Scenarios 

A  single  Raw  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  IOPlex 
and  the  Software  Decom  to  an  MCS  node  with  no  EU  data  processing  as  shown  in  Figure  8-1.  All  other 
latencies  should  have  equivalent  deltas  to  standard  MCS  processing. 
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Figure  8-1 MCS  with  IOPlex  Capture  and  Software  Decom  Data  Flow 

8.2.  Test  Results 

The  results  of  the  raw  data  test  at  various  data  rates  are  shown  in  Table  8-1  below.  The  Software  Decom  / 
DxDecom  and  DxDecom-only  based  comparable  latencies  are  also  as  referenced. 

Table  8-1  Test  Results  (IOPlex  Capture  Measured  Latency) 
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8.3.  Observations 

The  test  results  show  that  there  is  significant  latency  introduced  by  the  IOPlex/Software  Decom  for  low 
bit  rates  and  a  measurable  amount  of  latency  for  high  bit  rates.  Table  8-2  shows  how  many  times  greater 
the  latency  is  between  the  Software  Decom  results  and  the  DxDecom  results. 


Table  8-2  Software  Decom  /  IOPlex  Latency  to  Software  Decom  /  DxDecom  Latency  Comparison 
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9.  MCS  WITH  GSSRS  IRIG  106  CHAPTER  10  CAPTURE  AND  SOFTWARE  DECOM 
This  section  documents  test  results  for  telemetry  data  latency  through  the  MCS  telemetry  processing 
system  using  a  Software  Decom  along  with  the  existing  MCS  ION  bus.  PCM  data  will  be  captured  using 
HEIM  GSSrs  Chapter  10  recorder. 

9.1.  Test  Scenarios 

Only  raw  data  tests  were  used  to  measure  the  latency  of  the  data  path  from  the  PCM  simulator  through  the 
GSSrs  and  the  Software  Decom  to  an  MCS  node  with  no  EU  data  processing  as  shown  in  Figure  9-1 
below.  All  other  latencies  should  have  equivalent  deltas  to  standard  MCS  processing. 

Four  scenarios  were  tested  with  the  GSSrs.  Two  of  the  scenarios  utilized  the  Windows  Operating  System 
on  the  GSSrs  to  broadcast  the  Chapter  10  data  with  different  settings  for  buffer  sizes.  Wireshark  was  used 
to  test  the  first  of  these  two  scenarios  to  measure  packet  burst  delay.  The  second,  third,  and  fourth 
scenarios  were  tested  using  the  oscilloscope.  The  third  and  fourth  scenarios  utilized  direct  broadcast  from 
the  DATaRec  4  Link  Module  LMF1G  that  is  internal  to  the  recorder  with  different  chapter  10  packet 
close-out  time  settings. 
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Figure  9-1  MCS  With  GSSrs  Capture  and  Software  Decom  Data  Flow 

9.2.  Test  Results 

When  this  test  first  began,  the  results  displayed  on  the  oscilloscope  were  so  erratic  that  it  was  decided  to 
not  use  the  scope  for  the  first  test.  Analysis  of  the  collected  measurements  indicated  that  the  GSSrs  was 
buffering  the  data  for  a  very  long  time  and  sending  it  out  to  the  network  in  short  bursts.  These  bursts  and 
delays  were  measured  using  Wireshark  on  the  GSSrs.  Approximately  5  seconds  worth  of  data  was 
captured  and  the  timestamps  in  Wireshark  were  used  to  determine  the  burst  lengths  and  gaps.  The 
maximum  observed  time  delta  value  was  recorded.  The  results  of  the  Wireshark  test  at  the  various  data 
rates  are  shown  in  Table  9-1  below. 


Table  9-1  Test  Results  (Network  Bursts) 


Scenario 

Data  Rate 

Delay  Between 
Bursts 

Burst  Length 

WIN  512K 

128Kbps 

970  ms 

2  ms 

WIN  512K 

256Kbps 

990  ms 

2  ms 

WIN  512K 

512Kbps 

960  ms 

2  ms 

WIN  512K 

1Mbps 

1100  ms 

3  ms 

WIN  512K 

5Mbps 

800  ms 

10  ms 

WIN  512K 

10Mbps 

300  ms 

10  ms 

After  the  first  test,  the  setting  for  buffer  length  inside  the  GSSrs  settings  on  Windows  was  altered  and 
slightly  better  results  were  obtained.  As  these  results  were  not  as  erratic,  minimum  and  maximum 
latencies  were  measured.  Burst  delays  were  also  using  Wireshark  on  the  GSSrs.  The  results  are  shown  in 
Table  9-2  below. 
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Table  9-2  Test  Results  (Auto  Sized  Buffers) 


Scenario 

Data  Rate 

Measured  Min 
Latency 

Measured  Max 
Latency 

Delay  Between 
Bursts 

WIN  AUTO 

128Kbps 

800  ms 

950  ms 

1000  ms 

WIN  AUTO 

256Kbps 

125  ms 

975  ms 

800  ms 

WIN  AUTO 

512Kbps 

95  ms 

930  ms 

500  ms 

WIN  AUTO 

1Mbps 

83  ms 

425  ms 

300  ms 

WIN  AUTO 

5Mbps 

81  ms 

980  ms 

100  ms 

WIN  AUTO 

10Mbps 

75  ms 

240  ms 

100  ms 

After  these  results  were  obtained,  the  LMF1G  module  inside  the  GSSrs  was  configured  to  directly 
broadcast  the  Chapter  10  packets  to  the  network  rather  than  going  through  the  Windows  host  computer. 
Slightly  better  results  were  observed. 

A  visual  anomaly  was  detected  where  multiple  result  pulses  were  observed  on  the  scope  for  a  single  GPS 
strobe.  No  definitive  explanation  for  this  exists.  One  possibility  is  that  the  pulse  somehow  got  split 
across  packets  that  one  packet  was  before  a  burst  delay  and  one  was  after  a  burst  delay.  Another 
possibility  is  that  the  latency  for  one  sample  was  greater  than  one  second.  No  actual  measurements  of  this 
anomaly  were  done.  The  results  of  the  LMF1G  test  are  shown  in  Table  9-3  below.  After  these  results 
were  obtained,  the  LMF1G  module  inside  the  GSSrs  was  configured  to  close  Chapter  10  packets  after  10 
milliseconds  (the  maximum  setting).  The  results  are  shown  in  Table  9-3  below. 
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Table  9-3  Test  Results  (WIN  AUTO,  LMF1G,  and  LMGIG-lOms  results) 
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9.3.  Observations 

The  test  results  show  that  there  is  significant  latency  introduced  by  using  the  GSSrs  to  packetize  telemetry 
for  the  Software  Decom  for  all  bit  rates.  The  Jitter  is  approximately  4  to  5  times  the  minimum  latency 
measured  for  all  bit  rates. 

10.  MCS  WITH  IOPLEX  CAPTURE  AND  SOFTWARE  DECOM  AND  WITHOUT  ION  BUS 
This  section  documents  test  results  for  telemetry  data  latency  through  the  MCS  telemetry  processing 
system.  This  test  is  similar  to  the  MCS  IOPlex  with  Software  Decom  test  above,  however,  there  is  no 
ION  bus  or  DxDecom  and  the  MCS  software  is  run  on  a  single  computer. 

All  applications  in  this  test  are  driven  by  the  data,  not  by  any  rate  that  was  dictated  by  the  ION  bus. 
Anytime  data  as  written  by  one  application,  it  immediately  wakes  up  all  other  applications  to  process  that 
data. 
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10.1.  Test  Scenarios 

Three  scenarios  were  tested:  Raw  data,  EU  data  and  APS  data. 

The  Raw  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  Software 
Decom  to  an  MCS  node  with  no  EU  data  processing. 

The  EU  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  Software 
Decom,  through  the  MCS  Data  Processing  Module  (DPM)  and  then  to  an  MCS  node. 

The  APS  data  scenario  tests  the  latency  of  the  data  path  from  the  PCM  simulator  through  the  Software 
Decom,  through  the  MCS  Data  Processing  Module  (DPM),  through  an  APS  module,  and  then  to  an  MCS 
node. 

The  data  flow  was  as  shown  in  Figure  10-1  below. 


Figure  10-1  All  Software  MCS  with  IOPlex  Capture  and  Software  Decom  Data  Flow 

10.2.  Test  Results 

The  results  of  all  three  scenarios  at  the  various  data  rates  are  shown  in  Table  10-1  below. 
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Table  10-1  Test  Results  (All  Software  MCS  Measured  Latency) 
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10.3.  Observations 

The  maximum  latencies  observed  are  consistent  across  all  three  types  of  measurements.  The  missing 
APS  Min  /  Max  results  are  due  to  the  current  software  architecture’s  inability  to  keep  up  with  the  sample 
rate  of  the  APS  measurements  generated  at  those  bit  rates. 

11.  MCS  COMPARISON 

This  section  will  compare  the  various  individual  MCS  test  results  on  a  single  chart. 

11.1.  Test  Results 

The  results  of  all  MCS  raw  data  maximum  latency  tests  are  shown  on  Table  11-1  below. 
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Table  11-1  MCS  Latency  Comparison  by  Scenario  with  GSSrs 
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The  data  from  the  Chapter  10  recorder  clearly  skews  the  results.  To  better  see  the  differences  in  the  other 
MCS  results,  Table  11-2  is  shown  below,  which  is  the  same  as  Table  11-1  above  without  the  Chapter  10 
results. 


Table  11-2  MCS  Latency  Comparison  by  Scenario  without  GSSrs 
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11.2.  Observations 

The  data  clearly  shows  the  impact  of  the  bit  rate  on  the  Software  Decom  latency.  This  is  due  to  the 
duration  of  a  PCM  frame;  the  slower  the  data,  the  greater  the  latency. 

12.  DATA  ACQUISITION  AND  TRANSMISSION  SYSTEM 

This  section  documents  test  results  for  telemetry  data  latency  using  the  Edwards  Data  Acquisition  and 
Transmission  System  (DATS). 

12.1.  Test  Scenarios 

Two  primary  DATS-based  scenarios  were  tested:  one  loop  and  two  loops  through  the  DATS  to  RMCC  as 
described  in  Table  12-1  below  and  shown  in  Figure  12-1  below. 

Table  12-1  DATS  Test  Scenarios 


Step 

Scenario  1:  Single-Loop  DATS-RMCC 

Scenario  2:  Dual-Loop  DATS-RMCC 

1 

PCM  Simulator 

PCM  Simulator 

2 

Signal  Combiner 

Signal  Combiner 

3 

Bore  site  Modulator 

Bore  site  Modulator 

4 

Bore  site 

Bore  site 

5 

Antenna 

Antenna 

6 

Receiver 

Receiver 

7 

IOPlexl 

IOPlexl 

8 

IOPlex2 

IOPlex2 

9 

IOPlex3 

IOPlexl 

10 

MCS 

IOPlex3 

11 

IOPlex4 

12 

IOPlex3 

13 

MCS 
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Bore  site 


Figure  12-1  DATS  Data  Flow 

To  ensure  the  system  itself  had  no  effect  on  the  measured  latency,  a  single  latency  test  similar  to  scenario 
1  was  performed  without  sending  the  data  through  DATS  to  RMCC.  The  measured  latency  of  this  test 
was  approximately  200  ps,  which  is  less  than  the  estimated  error  of  +/-  1  millisecond  (ms)  for  this  test. 

12.2.  Test  Results 

The  results  of  the  two  test  scenarios  are  listed  and  graphed  in  Table  12-2  below. 
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Table  12-2  Test  Results  (DATS  Measured  Latency  Single  and  Dual  Loop) 
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12.3.  Observations 

•  For  data  rates  below  1  Mbps: 

o  Data  latency  decreases  as  the  data  rate  increases 

o  Data  latency  for  two  loops  appears  to  be  two  times  (2x)  the  data  latency  of  a  single  loop 

•  For  data  rates  above  1  Mbps: 

o  Data  latency  remains  approximately  constant 

o  Data  latency  for  two  loops  appears  to  be  four  times  (4x)  the  data  latency  of  a  single  loop 

Table  12-3  shows  how  many  time  greater  the  latency  is  between  the  Single  Loop  and  Dual  Loop 
configurations. 
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Table  12-3  DATS  Single  and  Dual  Loop  Latency  Comparison 


Data  Rate 


13.  IADS  SYSTEM  LATENCY 

This  section  documents  test  results  for  telemetry  data  latency  through  the  Interactive  Analysis  and 
Display  System  (IADS).  An  IADS  control  was  created  to  write  a  byte  to  the  serial  port  whenever  its 
bound  parameter  was  non-zero. 

13.1.  Test  Scenarios 

Two  EU  test  scenarios  were  performed  using  the  IADS.  The  value  of  two  Caching  Data  Server  (CDS) 
startup  file  settings  were  set  to  different  values  for  each  of  the  two  test  scenarios.  The  two  settings  are 
named  STAGE_SIZE_IN_MILLISECONDS  and 
DATA_SOURCE_BUFFER_SIZE_IN_MILLISECONDS. 

The  first  test  scenario  used  the  default  settings  used  by  the  CDS.  The  default  value  for  each  setting  is  20 
milliseconds.  This  setting  uses  a  packet  rate  of  50  packets/second  from  the  MCS.  The  second  test 
scenario  set  these  two  settings  to  one  to  make  latency  as  small  as  possible.  This  setting  uses  a  packet  rate 
of  1000  packets/second  from  the  MCS.  No  attempt  to  determine  what  other  ramifications  this  had  on  the 
IADS  system  was  done. 

The  data  flow  was  as  shown  in  Figure  13-1  below. 
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Figure  13-1  IADS  Data  Flow 


13.2.  Test  Results 

The  results  of  the  data  test  at  the  various  data  rates  are  shown  in  Table  13-1  below. 

Table  13-1  Test  Results  (Measured  Latency) 
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13.3.  Observations 

The  APS  test  scenario  measurements  were  aperiodic  and  the  high  rate  of  data  caused  the  IADS  system 
problems.  The  update  rate  was  very  low  and  time  tagging  of  the  data  was  erratic  due  to  the  sample  rate  of 
the  measurements  being  far  greater  than  the  rate  of  time. 

Since  Raw  data  was  only  a  few  microseconds  of  latency  difference  than  EU  data  on  the  MCS  system,  it 
was  decided  this  was  an  insignificant  difference  compared  to  the  expected  latencies  of  the  IADS  system. 
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For  the  20  ms  setting,  sample  rates  and  word  latencies  seem  to  have  no  discernable  effect  on  the  measured 
IADS  latency.  All  measured  numbers  seem  pure  random,  however,  minimum  measured  latencies  are  all 
less  than  all  maximum  measured  latencies. 

For  the  1  ms  setting,  the  observed  minimum  and  maximum  latencies  seem  consistent  regardless  of  sample 
rate.  When  these  measurements  were  taken  on  the  oscilloscope,  an  interesting  phenomenon  was 
observed.  The  latency  would  hover  around  100  ms  for  a  while  (bouncing  between  95  and  105),  then 
hover  around  80  ms  (bouncing  between  85  ms  and  75  ms),  then  hover  around  60  ms,  40  ms,  20  ms,  and 
then  increase  back  to  100  ms. 

14.  RF  CODING  LATENCY 

New  Radio  Frequency  (RF)  coding  schemes  such  as  Space  Time  Coding  (STC)  and  Low-Density  Parity 
Check  (LDPC)  cause  new  latencies  in  the  RF  arena.  This  section  will  attempt  to  characterize  these 
latencies  for  the  purpose  of  complete  system  latency. 

14.1.  Test  Scenarios 

These  latencies  were  measured  by  an  external  group  and  the  answers  reported  in  terms  of  number  of  bits 
at  a  particular  bit  rate  of  latency.  These  are  shown  in  Table  14-1  below. 

Table  14-1  RF  Latencies 


Bit  Rate 

STC 

LDPC  4096 
2/3 

STC  +  LDPC 
4096  2/3 

1Mbps 

736  bits 

8306  bits 

8332  bits 

5Mbps 

765  bits 

8389  bits 

8351  bits 

10Mbps 

769  bits 

8464  bits 

8336  bits 

14.2.  Test  Results 

To  obtain  delays  in  microseconds  is  easy  math.  The  results  in  microseconds  are  in  Table  14-2  below. 

Table  14-2  RF  Latencies  in  Microseconds 


Bit  Rate 

STC 

LDPC  4096 
2/3 

STC  +  LDPC 
4096  2/3 

1Mbps 

736  ps 

8306  ps 

8332  ps 

5Mbps 

153  ps 

1677.8  ps 

1670.2  ps 

10Mbps 

76.9  ps 

846.4  ps 

833.6  ps 

14.3.  Observations 

STC  causes  a  much  smaller  latency  to  be  added.  LDPC  is  much  higher  as  it  requires  buffering  of  blocks 
of  data  in  the  receiver  to  evaluate  the  forward  error  correction  before  passing  the  data  downstream. 
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15.  TOTAL  SYSTEM  LATENCY 

Table  15-1  as  follows  shows  the  total  max  system  latency  of  data  including  RF,  MCS,  IADS  and  DATS 
latencies. 


Table  15-1  Test  Results  (Total  System  Measured  Latency) 


co 

~o 

C 

o 


350.0 

300.0 

250.0 

200.0 

150.0 

100.0 

50.0 


u.u 

128  Kbps 

256  Kbps 

512  Kbps 

1  Mbps 

5  Mbps 

10  Mbps 

- DxD/ION  MCS  Total 

228.5 

172.5 

123.5 

107.5 

103.8 

103.0 

- Dxd/ION  MCS  DxDIn  Total 

250.3 

185.2 

131.4 

113.0 

107.7 

106.5 

- DxD/ION  MCS  lOPlex  Total 

298.3 

204.3 

141.3 

116.3 

106.5 

105.1 

- DxD/ION  MCS  CH10  Total 

314.3 

310.3 

193.3 

244.3 

215.7 

216.8 

- Soft  MCS  lOPlex  Total 

296.3 

207.3 

141.6 

116.9 

106.5 

106.4 

Data  Rate 


Document:  JT3-AFC-SRPT- 17 172-0005 


30  of  31 


Revision:  Initial  Release 


Paper  copies  of  this  document  may  not  be  current  and  should  only  be  used  for  reference,  unless  the  revision  is  validated . 


Telemetry  System  Data  Latency 


16.  REVISION  HISTORY 


Revision 

Date 

Description 

Name 

Initial 

July  13,  2017 

Telemetry  System  Latency 
Report 

J.  Morgan 

17.  METADATA 


Contract  Data  Requirement  List  (CDRL) 
Sequence  Number 

Not  Applicable  (N/A) 

Exact  Document  Title 

Telemetry  System  Latency  Report 

Formal  Document  Number 

JT3-AFC-SRPT- 1 7 172-0005 

Document  Type 

Report 

Document  State 

Official 

Document  Category 

B 

Keyword 

None 

Document  Handling  Statement 

None 

Approval  Authority  Name 

Chris  Grenz 

Document  Effectivity  Date 

July  13,  2017 

Document  Author  Name 

Jon  Morgan 

Document  Owner  Name 

Delane  Allen 

Retention  Period 

Contract  Termination  -  Range  Management  System  (RMS) 
Delivery 

Review  Schedule 

As  Required 

Next  Review  Date 

As  Required 

Revision 

Initial  Release 

Revision  Effectivity  Date 

N/A 

Document:  JT3-AFC-SRPT-17172-0005 


31  of  31 


Revision:  Initial  Release 


Paper  copies  of  this  document  may  not  be  current  and  should  only  be  used  for  reference,  unless  the  revision  is  validated. 


